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DISCLOSURE TEXT: 

2p. The occurrence of interrupts in a structured programmi ng 
environment represents, on current processors, considerable 
difficulties and is, at best, an ill-defined state of affairs. That 
is, the interrupt, because of processor architecture, does not fit 
well into the concepts of structured programming. Its activation is 
not well predicted and, when it occurs, causes an ungentle disruption 
of current operations. Most texts on structured programming ignore 
the subject. 

A further problem with interrupt handling, and especially 
interrupt handling in a structured programming environment, is the 
uncertainty involved in the correctness of the instruction address 
(as derived by the interrupt type). That is, the current processors 
are incapable of detecting invalid target address. This is - 
especially a problem in programming systems which must dynamically 
alter interrupt target addresses to account for relocatability, as 
well as for other (system-related) purposes. y 

This article describes a uniform method for invoking inter rupt 
processjngjii^sjm environm ent^^ 
microiacocessoE..jrh e method comprises the ste psjrf: 

(1) recognizing the interrupt'type, 

(2) selecting the predefined process for servicing the interrupt, 

(3) encapsulati ng into the stack the current p roj:ess,uti[izijQa 
the identic^ahriecli^ 
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(4) allocating a new level in the stack for the interrupt 
process invoked, and 

(5) executing the first instruction of the invoked process, if 
said first instruction is of the predefined type. 

The point of novelty resides in the overlapping of the testing 
and execution of the first instruction of the "invoked process". ^ nr 



This permits a defined entry point to a structured program process to 
be ascertained and checked by microprocessor hardware at the time 



invocation of the process due to the occurrence of the hardware 
event. 

In the prior art, t he use of progra m status words in OS/360 for 7 
sa^ing^hejcun^^ f 
mu ch the same function as encapsulation. Also in OS/360 "target I 
addresses" to which c ontrol is intended to pa ss from one proce ss to ^ 
another hay^b gen tested b y^m^ and TEST instr uctions 

prioc4j^saquen ^ , to^ Lastly. U. S. PateHTf" 

3,348,211 shows the overlapping of instruction sequence pr ocessing 
based on embedding-aTJJ ANSEERjn^^ to a second sequence a 
predetermined mjmbecof-i nstructro^teps^tor^o4hl^jf^^f "a fi rst 
sequen6gj5 njTCPU h ayjng^veriappi ated ly , U . 

§T~Patent 3,956,735 shows a microprocessor having a mechanism for 
CALLING selected subsequences, passing control to the called 
sequence, and returning control when through. 

However, there is no 
teaching of CONCURRENT EXECUTION of a test and transfer 
instruction. 
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